home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Almathera Ten Pack 3: CDPD 3
/
Almathera Ten on Ten - Disc 3: CDPD3.iso
/
scope
/
101-125
/
scopedisk105
/
zhow
/
zhow.doc
< prev
next >
Wrap
Text File
|
1995-03-19
|
7KB
|
170 lines
Zhow 1.1 - The ILBM Glider
==========================
® Jonas Petersson & Sirius Soft
"Oh no, yet another show program..."
Well, you're right. I HAD to write it since no other program seemed to
be written with any USEFULNESS in mind. Ok, there are quite a few that
probably works well with a 640x200 Amiga but how about Europe? Not to
mention the really BIG pictures, you know that the Amiga officially
supports resolutions that is 1Kx1K? Wouldn't it be nice to be able to
look at them too...? As a bonus from the calculations needed to accomplish
these things you have the possibility to "ZOOM" into pictures that are lores
and/or interlaced.
Another nice thing with this one is that it supports overscan and
(yeach) workbench - even multiselections. It also shows the picture on
a separate SCREEN, not only in a View, which means that it lets you
do other things on some other screen, like showing other pictures...
1.1 doesn't show the workbench screen between the pictures but rather
an (almost) blank screen to make it serve better as a primitive slideshow.
The blank screen uses your workbench colors 0 and 1, so you can
choose your favorite colors (or make them the same if you don't like my
little commercial ;-).
Usage
-----
Like any other show program but with a little feature:
Zhow [-wWidth] [-hHeight] [-tTime] pictures
When started with only the filename it will examine the picture size
and from that and the workbench screen size decide what size the new
screen containing the picture should be.
When width and/or height are specified it will try to show the picture in
a screen of THAT size. The Time is the maximum no of seconds that the
picture will be shown. There is a little kludge if you happen to like naming
your file something beginning with a '-' and then 'w', 'h' or 't'. Solution
#1: rename you file ;-) , #2 give an illegal option (like '--') to terminate
the option parsing. BTW, you may specify as many options as you like -
only the last one counts...
When the picture is bigger than the screen, you will be able to
scroll around so that your mouse pointer always is on the spot it should
have been if the picture had been the size of the screen. It might sound
a bit strange but once you've tried it, you'll like it.
There is really one more difference using height&depth or not: If you
DON'T specify them, maximum screen usage is determined from the workbench
screen as described above, but if you DO specify you'll be able to look
att pictures in overscan. That is: any width up to 376 is shown in LORES
on a screen of suitable size. HAM pictures can, of course,be any width
they like, since there is no such thing as a HIRES HAM picture. Scrolling
in HAM pictures gives nice effects on the left side of the screen as anyone
with some knowledge of HAM understands.
You can FREEZE the scrolling anytime by clicking the left mouse button.
Click it again to UNFREEZE. There is an invisible dragbar and also the
screen depth gadgets. They might be a bit hard to find on very small and
very big pictures though...
You end by pressing the right mouse button or by pressing the ESC key
or by waiting for the timeout (if you specified one).
Since it checks the workbench screen rather than doing some strange
assumptions, it doesn't matter whether you have NTSC or PAL och have
MOREROWed etc. You'll get the size you LIKE! Personnally I have two
"aliases":
ILBM file => zhow file
ZOOM file => zhow -w320 -h256 file
The first one works like any ordinary show while the other one makes it
possible to examine a picture that is bigger than 320x256 closer.
On small pictures it won't matter which I use.
Notes:
------
There seems to be a problem with screens that are smaller than about
32x32 pixels. The picture ends up like garbage all over the first 32 lines.
Seems like the problem isn't mine but rather CBM's... Not very much of
a picture anyway.
These very small pictures may cause another problem: If the height is less
than the dragbar you will have trouble activating the picture once you
dectivate it. I use wKeys to avoid this.
Another inconvenience shows up when scrolling around in an overscanned
picture: CBM seems to stop the mouse pointer from moving to positions
outside the workbench screen rectangle and thus prevents you from
scrolling to the corners. On the other hand - why should you ever want
to BOTH overscan AND scroll around? ONE of the alternatives is quite
enough to look at the whole picture...
Right now it doesn't support color cycling. Let me know if you think
it's needed.
No serious bugs found (yet?). It might even work nice with the new chip set
(that was my intention anyway). I've tried it with pictures as high as
1008 (maybe 1024) and as wide as 4096 - no problem.
Future enhancements
-------------------
Possibly colorcycling and maybe scripts if there is an interest.
This version is a FAST one, but that means that it uses a lot of memory
when unpacking a big picture. I've been thinking of using a slower
unpacker in case the last AllocMem() for the work space fails. Unfortunatly,
that will make the program at bit bigger... We'll see. Argumentation for
leaving it out now goes something like this: If you don't have enough
memory to unpack it FAST, then you can't even THINK of loading it into
a paint program, so the picture isn't of much use for you anyway...
Revision history
----------------
1.1 Added ESC, timeout and (almost) blank screen during
picture switches on demand from Matt Dillon, plus
changed the option parsing.
Distribution
------------
Zhow is not public domain. A friend of mine advised me to call it
"Freely Distributable Copyrighted" instead. That's close enough.
If You wish to include it with a commercial program feel free provided
that You send me a registered copy.
Source code? You mean there is something to IMPROVE??? Right, send
me a message then and I'll think about it...
Here is a list of "message ports" to me:
Jonas 'Zaphod' Petersson
Ö Farmvägen 36 B
S-214 41 MALMÖ
SWEDEN
Phone: +46 40 120117
Sysop on Amiga User Group Sweden's BBS2 (AbsExecBase)
IFNA 2:501/414 +46 40 977886, 300-14400 8N1 (HST)
zaphod@{magrathea.sirius.se,slaka.UUCP} /* These are Amigas! */
jp@malmax.maxcimator.se /* At work */
jonpe@majestix.ida.liuida.se /* Postgrad */
D85.J-PETERSSON@LINUS.liuida.se /* -- " -- */
nhs@asterix.liuida.se /* Project */
zaphod@idefix.ida.liuida.se /* Not very reliable */
Feel free to send comments, bug reports (huh?), money, coke, beer, girls...
Just a "Hi, I liked your program" is just as good as a few bucks - I didn't
write this to make money out of it...